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(57) ABSTRACT 

An apparatus for and method of utilizing an internet terminal 
coupled to the world wide web to access an existing pro- 
prietary data base management system having a dialog- 
based request format. The user request is received by a web 
server from the world wide web and converted into an object 
consisting of one or more sequenced data base management 
commands. An expiration date corresponding to the object is 
checked. If the object is obsolete, a diagnostic message is 
sent to the requester. Otherwise the data base management 
commands are sequentially presented to the data base man- 
agement system and the intermediate products stored. After 
all of the sequenced data base management commands have 
been executed, the web server combines the intermediate 
products to form a complete response to the initial user 
request. An MIME type is accessed from a storage facility 
and appended to the complete response. The response con- 
taining the MIME type is transferred to the user over the 
world wide web. 

20 Claims, 12 Drawing Sheets 
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COOL ICE SERVICE HANDLER 
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Enterprise Server Application**; U.S. patent application Ser. 
No. 09/164,908, filed Oct. 1, 1998 and entitled, "An Auto- 
mated Development System for Developing Applications 
that Interface with Both Distributed Component Object 
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System"; U.S. patent application Ser. No. 09/164,673, filed 
Oct. 1, 1998, and entitled, "A Gateway for Dynamically 
Providing Web Site Status Information"; U.S. patent appli- 
cation Ser. No. 09/164,750, filed Oct. 1, 1998, and entitled, 25 
"Development System for Automatically Enabling a Server 
Application to Execute with an XATMI-complaint transac- 
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U.S. patent application Ser. No. 09/189,381, filed Nov. 9, 
1998, and entitled, "Cool ICE Debug*'; U.S. patent applica- 
tion Ser. No. 09/188,628, filed Nov. 9, 1998, and entitled, 
"Cool ICE Workstation Directory /File Browser"; U.S. 
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No. 09/189,383, filed Nov. 9, 1998 and entitled, "Cool ICE 
Service Templates"; U.S. patent application Ser. No. 09/189, 
615, filed Nov. 9, 1998, and entitled, "Availability Mes- 
sage"; U.S. patent application Ser. No. 09/189,617, filed 40 
Nov. 9, 1998, and entitled, "Cool ICE System Settings"; 
U.S. patent application Ser. No. 09/188,725, filed Nov. 9, 
1998, and entitled, "Cool ICE State Management"; and U.S. 
patent application Ser. No. 09/189,616, filed Nov. 9, 1998, 
and entitled, "Server Side Variables" are commonly 45 
assigned co-pending applications incorporated herein by 
reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 50 
The present invention generally relates to data base man- 
agement systems and more particularly relates to enhance- 
ments for providing access to data base management sys- 
tems via internet user terminals. 55 

2. Description of the Prior Art 

Data base management systems are well known in the 
data processing art. Such commercial systems have been in 
general use for more than 20 years. One of the most 
successful data base management systems is available from 60 
Unisys Corporation and is called the Classic MAPPER® 
data base management system. The Classic MAPPER sys- 
tem can be reviewed using the Classic MAPPER User's 
Guide which may be obtained from Unisys Corporation. 

The Classic MAPPER system, which runs on proprietary 65 
hardware also available from Unisys Corporation, provides 
a way for clients to partition data bases into structures called 



,588 B2 

2 

filing cabinets and drawers, as a way to offer a more tangible 
format. The Mapper data base manager utilizes various 
predefined high-level instructions whereby the data base 
user may manipulate the data base to generate human- 
readable data presentations called "reports". The user is 
permitted to prepare lists of the various predefined high- 
level instructions into data base manager programs called 
"Mapper Runs*':. Thus, users of the Classic MAPPER 
system may create, modify, and add to a given data base and 
also generate periodic and aperiodic reports using various 
Mapper Runs. 

However, with the Classic MAPPER system, as well as 
with similar proprietary data base management systems, the 
user must interface with the data base using a terminal 
coupled directly to the proprietary system and must access 
and manipulate the data using the Mapper Run command 
language of Classic MAPPER, Ordinarily, that means that 
the user must either be co-located with the hardware which 
hosts the data base management system or must be coupled 
to that hardware through dedicated telephone, satellite, or 
other data links. Furthermore, the user usually needs to be 
schooled in the command language of Classic MAPPER (or 
other proprietary data base management system) to be 
capable of generating Mapper Runs. 

Since the advent of large scale, dedicated, proprietary data 
base management systems, the internet or world wide web 
has come into being. Unlike closed proprietary data base 
management systems, the internet has become a world wide 
bulletin board, permitting all to achieve nearly equal access 
using a wide variety of hardware, software, and communi- 
cation protocols. Even though some standardization has 
developed, one of the important characteristics of the world 
wide web is its ability to constantly accept new and emerg- 
ing techniques within a global framework. Many current 
users of the internet have utilized several generations of 
hardware and software from a wide variety of suppliers from 
all over the world. It is not uncommon for current day young 
children to have ready access to the world wide web and to 
have substantial experience in data access using the internet. 

Thus, the major advantage of the internet is its univer- 
sality. Nearly anyone, anywhere can become a user. That 
means that virtually all persons are potentially internet users 
without the need for specialized training and/or proprietary 
hardware and software. One can readily see that providing 
access to a proprietary data base management system, such 
as Classic MAPPER, through the internet would yield an 
extremely inexpensive and universally available means for 
accessing the data which it contains and such access would 
be without the need for considerable specialized training. 

There are several basic problems with permitting internet 
access to a proprietary data base. The first is a matter of 
security. Because the internet is basically a means to publish 
information, great care must be taken to avoid intentional or 
inadvertent access to certain data by unauthorized internet 
users. In practice this is substantially complicated by the 
need to provide various levels of authorization to internet 
users to take full advantage of the technique. For example, 
one might have a first level involving no special security 
features available to any internet user. A second level might 
be for specific customers, whereas a third level might be 
authorized only for employees. One or more fourth levels of 
security might be available for officers or others having 
specialized data access needs. 

Existing data base managers have security systems, of 
course. However, because of the physical security with a 
proprietary system, a certain degree of security is inherent in 
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the limited access. On the other hand, access via the internet 
is virtually unlimited which makes the security issue much 
more acute. 

The second major problem is imposed by the internet 
protocol itself. One of the characteristics of the internet 
which makes it so universal is that any single transaction in 
HTML language combines a single transfer (or request) 
from a user coupled with a single response from the internet 
server. In general, there is no means for linking multiple 
transfers (or requests) and multiple responses. In this 
manner, the internet utilizes a transaction model which may 
be referred to as "stateless". This limitation ensures that the 
internet, its users, and its servers remain sufficiently inde- 
pendent during operation that no one entity or group of 
entities can unduly delay or "hang-up" the communications 
system or any of its major components. Each transmissions 
results in a termination of the transaction. Thus, there is no 
general purpose means to link data from one internet trans- 
action to another, even though in certain specialized appli- 
cations limited amounts of data may be coupled using 
"cookies" or via attaching data to a specific HTML screen. 

However, some of the most powerful data base manage- 
ment functions or services of necessity rely on coupling data 
from one transaction to another in dialog fashion. In fact this 
linking is of the essence of Mapper Runs which assume 
change of state from one command language statement to 
the next. True statelessness from a first Mapper command to 
the next or subsequent Mapper command would preclude 
much of the power of Classic MAPPER (or any other 
modern data base management system) as a data base 
management tool and would eliminate data base manage- 
ment as we now know it. 

It is readily appreciated that communication between the 
internet user terminal and the server hosting the Cool ICE 
data base management system is through the use of HTML 
display pages, whereas the internal communication within 
the server is not. A standard technique for identification of 
an object type within the HTML protocol is through the use 
of MIME type. This standard readily identifies the type of 
object (e.g., text, audio, video, graphics, etc.). However, the 
MIME type is typically not used with existing proprietary 
data base management systems and is not used at all with 
Classic MAPPER system. Therefore, a problem exists with 
the transfer of objects from the server to the internet terminal 
without the MIME type to identify the nature of the data. 

SUMMARY OF THE INVENTION 

The present invention overcomes the disadvantages of the 
prior art by providing a method of and apparatus for utilizing 
the power of a full featured data base management system by 
a user at a terminal coupled to the world wide web or 
internet. In order to permit any such access, the present 
invention must first provide a user interface, called a 
gateway, which translates transaction data transferred from 
the user over the internet in HTML format into a format from 
which data base management system commands and inputs 
may be generated. The gateway must also convert the data 
base management system responses and outputs into an 
HTML document for display on the user's internet terminal. 
Thus, as a minimum, the gateway must make these format 
and protocol conversions. In the preferred embodiment, the 
gateway resides in the web server coupled to the user via the 
world wide web and coupled to proprietary data base 
management system. 

To make access to a proprietary data base by internet users 
practical, a sophisticated security system is required to 
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prevent intentional or inadvertent unauthorized accesses. As 
discussed above, such a security system should provide 
multiple levels of access to accommodate a variety of 
authorized user categories. In the preferred embodiment of 

5 the present invention, several levels of data classification are 
provided and several classes of users are defined. This 
permits certain levels of data to be accessed by one or more 
of the several classes of user. The security system may either 
reside in the web server containing the gateway or may be 

1Q an existing component of the data base management system. 
Whereas the gateway and the security system are the 
minimum necessary to permit the most rudimentary form of 
communication between the internet terminal of the user and 
the proprietary data base management system, as explained 
above, the internet is a "stateless" communication system; 

15 the addition of the gateway and the security system do not 
change this statelessness. To unleash the real power of the 
data base management system, the communication protocol 
between the data base and the user requires functional 
interaction between the various data transfers. 

20 The present invention adds state management to this 
environment. Instead of considering each transfer from the 
internet user coupled with the corresponding server response 
as an isolated transaction event as defined by the world wide 
web, one or more related service requests may be function - 

25 ally associated in a service request sequence as defined by 
the data base management system into a dialog. 

A repository is established to store the state of the service 
request sequence. As such, the repository can store interme- 

30 diate requests and responses, as well as other data associated 
with the service request sequence. Thus, the repository 
buffers commands, data, and intermediate products utilized 
in formatting subsequent data base management service 
requests and in formatting subsequent HTML pages to be 

35 displayed to the user. 

The transaction data in HTML format received by the 
server from the user, along with the state information stored 
in the repository, are processed by a service handler into a 
sequence of service requests in the command language of 

4Q the data base management system. Sequencing and control 
of the data base management system is via an administration 
module. 

Through the use of the repository to store the state of the 
service request sequence, the service handler to generate 

4 5 data base management command language, and the admin- 
istration module, the world wide web user is capable of 
performing each and every data base management function 
available to any user, including a user from a proprietary 
terminal having a dedicated communication link which is 

50 co-located with the proprietary data base management sys- 
tem hardware and software. In addition, the data base 
management system user at the world wide web terminal is 
able to accomplish this in the HTML protocol, without 
extensive training concerning the command language of the 

55 data base management system. 

The data transfers between the internet user terminals and 
the server is through HTML display pages. It is conventional 
to describe the data type of an HTML object through a 
standardized MIME type code. The preferred mode of the 

60 present invention preserves MIME type codes for objects 
received in HTML and synthesizes MIME type codes for 
objects created in other formats. The stored and/or synthe- 
sized MIME type code is transmitted along with HTML 
display pages in transfers from the server to an internet 

65 terminal. 

In addition, the service handler facilities which maintain 
the MIME type code are also useful to store an expiration 
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date, if any, associated with a particular object. Using the With the preferred mode of the present invention, com- 

expiration date feature enables the server to automatically munication between new web application terminal 14 and 

inhibit transmission of obsolete objects. existing data bases and applications 12 is facilitated. As 

discussed above, this permits nearly universal access by 

BRIEF DESCRIPTION OF THE DRAWINGS 5 users world wide without specialized hardware and/or user 

. . , , . j ff . training. The user effects the access using standardized 

Other objects of the present invention and many of the HmL g ^ actiofl { tQr h wor i d W L web link 16 

attendant advantages of the present invention will be readdy ^ t * m \ which as a world ^ 

appreciated as the same becomes better understood by ^ to ^ ^ ^ ^ u 

reference to the following detailed description when con- „ rt 4 ■ j . u ^ 

sidered in connection with the accompanying drawings, in 10 Cool ICE system 20 appears to existing data bases and 

which like reference numerals designate like parts through- applications 12 as a data base management system propn- 

out the figures thereof and wherein: ^™ al over dedicated ^ 18 r ^Tl' 

„ , . . „ . . e . ^ . T ™ t dedicated link 18 is an intranet or other localized network 

FIG 1 is pictographic view of the Cool ICE system ^ ^ {CE sy ^ m 2Q fe ^ avaikble m commer . 

coupled between a user on the world wide web and an J5 ^ form ^ t ^ ^ IC£ Reyi . 

existing proprietary data base management system; ^ ^ u from Uflisys CorporatioQt 

FIG. 2 is a schematic drawing showing the operation of a FIG. 2 is a schematic diagram of security system 22 of the 

multi-level security system in accordance with the preferred preferred mode of the present invention. Byway of example, 

embodiment of the present invention; ^ m ^ four categories of service defined, each with its 

FIG. 3 is a pictographic view of the hardware of the 20 0 wn functionality and portion of the data base. Service A 36 

preferred embodiment; contains data and functions which should only be made 

FIG. 4 is a semi-schematic diagram of the operation of the available to customers. Service B 38 contains data and 

Cool ICE system; functions which should only be made available to customers 

FIG. 5 is an overall schematic view of the software of the or employees. Service C 40 contains data and functions 

Cool ICE system* 25 which should only be made available to employees, and 

FIG. 6 is a schematic view of a service request; Service D 42 containing the least restrictive data and 

functions may be made available to anyone, including the 

FIG. 7 shows a schematic view of a service request g en eral public, 

sequence; In a ^ ical application, Service D 42 might contain the 

FIG. 8 is a diagrammatic comparison between a dialog- 30 genefal home page ^0^^ of the enterprise. It will 

based structure and a service-based structure; coosist of only tQC most puWic of information. It is likely to 

FIG. 9 is a detailed diagram of the storage and utilization include the name, address, e-mail address, and phone num- 

of state information within the repository; t> er 0 f the enterprise, along with the most public of the 

FIG. 10 is a diagram showing storage of information business details. Usually, Service D 42 would include means 

associated with MIME type and expiration date; 35 of presenting the information in a sufficiently interesting 

FIG 11 is a diagram showing utilization of information way to entice the most casual of the pubbc user to make 

associated with MIME type and expiration date; and further inquiry and thus become more involved with the 

FIG. 12 is a detailed diagram showing how the MIME objectives of the enterprise. Service D 42 represents the 

type and expiration date infonnation are used in communi- 40 *™* levcl of secunt y Wlth data and availabIe t0 

cation with an internet terminal. aU< . - , .» 

Service C 40 is potentially the highest level of classifi- 

DETAILED DESCRIPTION OF THE cation. It contains data and functions which can be made 

PREFERRED EMBODIMENTS available only to employees. In actual practice, this might 

The present invention is described to accordance with 45 \ mns ^ r . ° f levels ""T^h!^™ 

several preferred embodiments which are to be viewed as *ve ™ bo W ° f * e ~ ^^SS 

illustrative without being limiting. These several preferred servia^may be ¥^^^\^^^>^«^ 

embodiments are based upon Series 2200 hardware and to^provide^y.access-v.a me ; mteraet.,Th« might include 

operating systems, the Classic MAPPER data base manage- f <* *>W « stntegic planning data and tools advanced 

ment system, and the Cool ICE software components, all 50 V \^ 1Ctl °^ T TZ'^l^t 

available from Unisys Corporation. Vldual employees, marketing plans, etc. The penalty for ttus 

„„ „ . „ ,.• . c extreme security measure is that even authorized individuals 

FIG. 1 is an overall pictographic represenlaUon of a ^ hibited fr y Qm accessin these xr){(xs via ^ imerneti 

system 10 perm.ttmg access to a proprietary data base * ^ ^ ^ ^ 

management system via an internet terminal. Existing da a ^.^^ dedicated ^ 

bases and applications 12 represents commercially available 55 

hardware and software systems which typically provide , 0 ^ tom « and employees may share access to Service B 

select users with access to proprietary data and data base 38. Nevertheless, these data and functions are sufficient y 

management functions. In the preferred embodiment, exist- that ^ «™ ° ot made Public. Service B 38 hkely 

ing data bases and applications 12 represents Series 2200 Prides access to product specifications, delivery schedules 

hardware and operating system containing one or more data 60 and quantities, and pricing. 

bases prepared using Classic MAPPER data base manage- For customer access only is Service A 36. One would 

ment system, all available from Unisys Corporation. expect marketing information, along with specific account 

Historically, existing data bases and applications 12 could information, to be available here. 

only be accessed from a dedicated, direct terminal link, These four service levels (i.e., Service A 36, Service B 38, 

either physically co-located with the other system elements 65 Service C 40, and Service D 42) are regulated in accordance 

or connected thereto via a secured dedicated telephonic, with three security profiles. The lowest level of security does 

satellite, or fiber optic link. not require a security profile, because any member of the 
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general public may be granted access. This can be readily via web server 50. As explained below in more detail, web 

seen as guest category 28 (e.g., a member of the public) can server 50 provides this access utilizing the Cool ICE system 

directly access Service D 42. Of course, all other categories resident in web server 50. 

of user may also directly access Service D 42, because all ^EIG. 4_is-pictographic view of the system of FIG. 3 with 

members of the more restrictive categories (e.g., customers 5 particular detail showing the organization and operation of 

and employees) are also members of the general public (i.e., the Cool- IjCE system„62? which is resident in the web server 

the least restrictive category). (see also FIGT3)Mn'this view, the client accesses the data 

Security Profile #1, 30 permits access to Service A 36 if base management system within the enterprise via internet 

and only if the requestor seeking access is a customer and terminaL54~which is ^ co^le^b the web server 

therefore a member of customer category 24. Members of 10 ^de^e^path^6;^^m,.mejimernet tjeffi^ar54 js^pref- 

customer category 24 need to identify themselves with a erably^an-industry standard computer-utilizing a commer- 

customer identification code in order to gain access. The dflly^available-web-browser;^ — - 

assigning and processing of such identification codes are The basic request/response format of the Cool ICE system 

well known to those of skill in the art. involves a^g^gi£(defined in greater detail below) which 

Similarly, Security Profile #3, 34 permits access to Ser- 15 is an object of the Cool ICE system. Th^servicej^a? 

vice C 40 if and only if the requester seeking access is an predefined-oj^aj^^rrelated^ 

employee and therefore a member of employee category 26. which providelhe client with a desired static or dynamic 

Security Profile #2, 32 permits access to Service B 38 to result. The services are categorized by the language in which 

requestors from either customer category 24 or employee they were developed. Whereas all services are developed 

category 26, upon receipt of a customer identification code 20 with client-side scripting which is compatible with internet 

or an employee identification code. terminal 54 (e.g., HTML), the server-side scripting defines 

FIG. 3 is a pictorial diagram of hardware suite 44 of the the service category. Native services utilize Cool ICE script 

preferred embodiment of the present invention. The client for all server-side scripting. On the other hand, open services 

interfaces with the system via internet terminal 46. may have server-side scripting in a varietyjrf common 

Preferably internet terminal 46 is an industry compatible, commercial languages including Jscnpt,-^ScnpVActiveX 

personalized computer having a current version of the controls, and HTML. Because native services are developed 

Windows operating system and suitable web browser, all in the Cool ICE language, greater development flexibility 

being readily available commercial products. Internet ter- and^ariety^are available with this technique, 

minal 46 communicates over world wide web access 48 Webserver 68 provides open server processor 70 for 

using standardized HTML protocol. Active-Server Pages. (ASP' s) which have been developed as 

The Cool ICE system is resident in web server 50, which open services and Default ASP processor 72 for native 

is coupled to internet terminal 46 via world wide web access services. After the appropriate decoding (i.e., native or open 

48. In the preferred mode, web server 50 is owned and service), a call to the corresponding Cool ICE object 74 is 

operated by the enterprise owning and controlling the pro- 35 initiated as shown. The selected object is processed by Cool 

prietary data base management system. Web server 50 may ICE engine 76. 

serve as the internet access provider for internet terminal 46 Repository 80 is a storage resource for long term storage 
wherein world wide web access 48 is typically a dial-up of the Cool ICE objects and short term storage of the state 
telephone line. This would ordinarily be the case if the of a particular service. Further details concerning repository 
shown client were an employee of the enterprise. On the ^ 80 may be found by consulting the above referenced, 
other hand, web server 50 may be a remote server site on the commonly-assigned, co-pending U.S. patent application. In 
internet if the shown client has a different internet access the preferred mode of the present invention, the objects 
provider. This would ordinarily occur if the shown client stored in repository 80 are typically very similar to mapper 
were a customer or guest. runs as described above. For a more detailed description of 
In addition to being coupled to world wide web access 48, 45 mapper runs, Classic MAPPER User Manual is available 
web server 50, containing the Cool ICE system, is coupled from Unisys Corporation and incorporated herein by refer- 
to intranet 52 of the enterprise as shown. Intranet 52 ence. In the more general case, repository 80 would typically 
provides the enterprise with communication for its internal store predefined sequences of statements in the command 
business purposes. This communication is administered and language of the enterprise data base management system(s) 
managed by enterprise server 54 having enterprise server 50 to be accessed. 

storage facility 56. Thus, employees and others granted Cool ICE engine 76 sequences these previously stored 

access may communicate via intranet 52 within the physical command statements and uses them to communicate via 

security provided by the enterprise. intranet 84 with the data base management system(s) (e.g., 

Also coupled to intranet 52 is departmental server 58 Classic Mapper) resident on enterprise server 86 and depart- 

having departmental server storage facility 60. Additional 55 mental server 88. The short term storage capability of 

departmental servers (not shown) may be coupled to intranet repository 80 is utilized by Cool ICE engine 76 to store the 

52. The enterprise data and enterprise data base management state and intermediate products of each service until the 

service functionality typically resides within enterprise processing sequence has been completed. Following 

server 54, departmental server 58, and any other departmen- completion, Cool ICE engine 76 retrieves the intermediate 

tal servers (not shown). Normal operation in accordance 60 products from repository 80 and formats the output response 

with the prior art would provide access to this data and data to the client, which is transferred to internet terminal 54 via 

base management functionality via intranet 52 to users web server 68 and world wide web path 66. 

directly coupled to intranet 52. Cool ICE Administrator 82 is available for coordination 

In the preferred mode of the present invention, access to of the operation of Cool ICE system 62 and thus can resolve 

this data and data base management functionality is also 65 conflicts, set run-time priorities, deal with security issues, 

provided to users (e.g., internet terminal 46) not directly and serve as a developmental resource. Graphing engine 78 

coupled to intranet 52, but indirectly coupled to intranet 52 is available to efBciently provide graphical representations 
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of data to be a part of the response of a service. This tends Cool ICE service handler 102 receives each of the interme- 

to be a particularly useful utility, because many of the diate products from data base management system software 

existing data base management systems have relatively 114 and transfers each to Cool ICE repository 106 for 

sparse resources for graphical presentation of data. temporary storage until completion of the service request. 

The combination of Cool ICE engine 76 and repository 80 5 Cool ICE service handler 102 retrieves the intermediate 

permits a rather simplistic service request from internet products from Cool ICE repository 106 upon completion of 

terminal 54 in dialog format to initiate a rather complex «*vice request and formulates the Cool ICE response for 

series of data base management system functions. In doing transfer to browser 92 via web server software 96 and world 

so, Cool ICE engine 76 emulates an intranet user of the data web P alh 94 

base management system(s) resident on enterprise server 86 10 Cool ICE administration 104 implements automatic and 

and/or departmental server 88. This emulation is only made manual control of the process. It provides for record 

possible, because repository 80 stores sequences of com- keeping, for resolution of certain security issues, and for 

mand language statements (i.e., the logic of the service development of further Cool ICE objects. Interconnect 110 

request) and intermediate products (i.e., the state of the and interconnect 112 are software interface modules for 

service request). It is these functions which are not available 15 communicating over the enterprise intranet (see also FIG. 4). 

in ordinary dialog on the world wide web and are therefore These modules are dependent upon the remaining propri- 

noLeven_defined in that environment. etary hardware and software elements coupled to the enter- 

— St5r5 j is a schematic diagram 90 of the software com- prise intranet system. In the preferred mode of the present 

ponents of the Cool ICE system and the software compo- invention, these are commercially available from Unisys 

nents to which it interfaces in the preferred mode of the 20 Corporation. 

present invention. The client user of the Cool ICE system FIG. 6 is a schematic diagram 116 showing the processing 

interfaces directly with web browser 92 which is resident on of a service request by the Cool ICE system. Screen 118 is 

internet terminal 54 (see also FIG. 4). Web browser 92 is a the view as seen by the client or user at an internet terminal 

commercially available browser operating under a current (see also FIG. 4). This screen is produced by the commer- 

version of the Windows operating system (e.g., Windows 25 cially available browser 120 selected by the user. Any such 

95). The only special requirement of web browser 92 is that industry standard browser is suitable, if it has the capability 

it be capable of supporting frames. to handle frames. The language of screen 118 is HTML 124. 

Web browser 92 communicates with web server software Hyperlinks 126 is used in locating the URL of the Cool ICE 

96 via internet standard protocol using HTML language resident server. In many instances, this will simply be the 

using world wide web path 94. Web server software 96 is internet access provider of the internet terminal, as when the 

also commercially available software, which is, of course, internet terminal is owned by the enterprise and the user is 

appropriate for to the web server host hardware configura- an employee. However, when the user is not an employee 

tion In the preferred mode of the present invention, web and the internet terminal is not necessarily owned by the 

server software 96 is hosted on a Series 2200 mainframe enterprise, it becomes more likely that hyperlinks 126 iden- 

available from Unisys Corporation, from which web server tifies a remotely located server. 

software 96 is readily available. Icon 122 is a means of expressly identifying a particular 

Cool ICE system software 98 consists of Cool ICE service request. Such use of an icon is deemed to be unique. 

Gateway 100, Cool ICE service handler 102, Cool ICE Additional detail concerning this use of an icon is available 

administration 104, Cool ICE repository 106, and Cool ICE 40 in the above identified, commonly assigned, co-pending 

scripting 108. It is these five software modules which U.S. patent application. Window area 128 provides for the 

interface to web server software 96 in HTML using a dialog entry of any necessary or helpful input parameters. Not 

format and interface to data base management system inter- shown are possible prompts for entry of this data, which may 

connect 110 in the command language of the enterprise data be defined at the time of service request development, 

base management system(s) (i.e., Classic MAPPER in the 45 Submit button provides the user with a convenient means to 

preferred mode of the present invention). transmit the service request to the web server in which the 

Cool ICE gateway 100 is the interface between standard, Cool ICE svstem is resident, 

commercially available, web server software 96 and the Upon "clicking on" submit button 130, screen 118 is 

internal Cool ICE system language and logic. As such, Cool transmitted to web server 136 via world wide web path 132. 

ICE gateway 100 translates the dialog format, incoming 50 As discussed above, world wide web path 132 may be a 

HTML service request into internal Cool ICE language, and telephonic dial-up of web server 136 or it might be a long 

protocol. Intrinsic in this translation is a determination of the and complex path along the internet if web server 136 is 

serve category (see also FIG. 4) — that is whether the service remote from the originating internet terminal. Web server 

request is a native service (i.e., with Cool ICE server-side 136 is the software which performs the retrieval of screen 

scripting) or an open service (i.e., with server-side scripting 55 118 from world wide web path 132. 

in another commercial language). Screen 118 is transferred from web server 136 to Cool 

The service request, received from Cool ICE gateway ICE gateway 138, wherein it is converted to the internal 

100, is utilized by Cool ICE service handler 102 to request Cool ICE protocol and language. A browser input file is 

the corresponding object from Cool ICE repository 106 and opened at storage resource 146 via path 140. Thus the initial 

to open temporary state storage using Cool ICE repository 60 service request can be accessed from storage resource 146 

106. Cool ICE scripting 108 is called to translate the during processing up until the final result is transferred back 

server-side scripting of an open service request as necessary. to the user. This access readily permits multi-step and 

Cool ICE service handler 102 sequences through the com- iterative service request processing, even though the service 

mand language statements of the object received from Cool request was transferred as a single internet dialog element. 

ICE repository 106 and forwards each command in rum to 65 This storage technique also provides initially received input 

data base management system software 114 for accessing of parameters to later steps in the processing of the service 

the enterprise proprietary data base management system. request. 
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Cool ICE gateway 138 notifies Cool ICE service handler http://machme-name/ICEGate/Category/Service 

156 that a service request has been received and logged in. If the URL for the new service is not known, a list of the 

The service request itself is utilized by Cool ICE service available services may be determined from the Cool ICE 

handler 156 to retrieve a previously stored sequence of data system by specifying the Cool ICE URL as follows: 

base management system command statements from reposi- 5 http;://machine-name/ICEGate 

tory 166. Thus, in the general case, a single service request This call will result in a presentation of a menu containing * 

will result in the execution of a number of ordered data base the defined categories. Selecting a category from the list will 

management system commands. The exact sequence of ^ult in a menu for the services defined withm i that category. 

these commands is defined by the service request developer ™* d f e * red «™ * ^ ed c f °[ ^^J^ 

. . .. j i_ 1 « rt uonofthe service by either means will result in presentation 

as explained in more detail below. 10 Qf ^ RTML ^ shown ^ element 200 

Service input parameters 170 is prepared from the service ^ proccss proceeds to element 204 via path 202, 

request itself and from the command sequence stored in wherein the HTML page may be enhanced. This is accom- 

repository 166 as shown by path 164. This list of input pushed by exporting the HTML document from the Cool 

parameters is actually stored in a dedicated portion of jce administration module to a directory for modification, 

repository 166 awaiting processing of the service request. 15 By proceeding back to HTML document 180 via path 208, 

Each command statement from repository 166 identified the exported HTML template is available for modification 

with the service request is sequentially presented to Cool using a standard HTML authoring tool. After satisfactory 

ICE service 168 for processing via path 160. The corre- completion, the finished HTML document is saved for future 

sponding input parameter from service input parameters 170 ' ■ : : — *"~T — 

is coupled with each command statement via path 176 to 2(r— go^g.« a diagram showing a comparison between 

produce an appropriate query of the enterprise data base dialog-based structure 210 and service-based structure 212 

management system at Cool ICE service 168. After the Dialog-based structure 210 * the norm or the typical 

enterprise data base management system has responded to a S^JffiS?^ 1 " ' m ™&™ ni 

given query, the intermediate products are stored as entries Classic MAPPER), p^™^^ 

in HTML document 172 which is also stored in a dedicated 25 ™* terminal > trans f e rs^u^m^creen21^o^the data base 

rt'on of re osito 166 management system to request a se jyjce. The user terminal 

po ion o reposi ory . and its normally dedicated link are suspended at element 216 

After all command statements corresponding to the ser- to ^^nskr anfoperation of the data base manage- 

vice request have been processed by the enterprise database ^ m /the • { ^ validated at element (21$ while 

management system and Him, document 172 has been ^ ^ ^ t< , rminal and ^ normally dedicated lmTVemains 

completed, the result is provided via path 156 to Cool ICE suspended *~ 

service handler 156 for temporary .storage as a browser ^ ^ base emeDt lem & c service 

output file in storage resource 154 via path 152. Cool ICE &{ ^ ^ ^ us ^nErminal remains 

gateway 138 receives the browser ^ output file via path 148^ ded ^ t at elem ' enl 2 22 thereby releasing 

The response is converted to HTMLprotocol and transferred 35 me 7 ion ^ f the user terminal ^ a true dia log is 

by web server 136 and world wide web path 134 to be eff because ofle ^ Qf me ^ pair (i.e., the user 

presented to the user as a modified screen (not shown). tenninaI) is suspended awaiting response from the data base 

FIG. 7 is a pictographic drawing 178 of the development man agement system. This- type of dialog is best accom- 

process for creating a Cool ICE service. HTFML document plished m an environment wherein at least the user terminal 

180 is created utilizing any commercially available standard ^ ^ Qr data base managemem system) is dedicated to the dialog, 

HTML authoring tool (e.g., Microsoft FrontPage). The along ^ the link betwee n user terminal and data base 

resulting HTML document 180 is stored as a normal .HTM management system. 

file. This file will be utilized as a template of the service to Service-based structure 212 illustrates one of the basic 

be developed. constraints ofttae wo,rld wjde web protocol. To ensure that 

The authoring process moves along path 182 to invoke the 45 e ach of the elements on the world wide wekare sufficiently 

administration module of the Cool ICE system at element independent to prevent one element from unduly delaying or 

184. The new dynamic service is created using HTML "hanging-up" another element to which it is coupled await- 

document 180 stored as a normal .HTM file as a template. m g a response, the communication protocol forces a termi- 

As HTML document 180 is imported into Cool ICE, nation after each transmission. As can be readily seen, even 

sequences of script for the beginning and end of the HTML 50 the simplest dialog requires at^ least separate and indepen- 

code are automatically appended to the service. Required deo t transactions or services. The-fiist^eryice, Service 224, 

images, if any, are also uploaded onto the web server (see involves the transmissio ns of ou tput form 228~Erom the 

also FIGS. 5 and 6). The service is edited by inserting m teraeMisWte1mraal:Th^ 

additional Cool ICE script, as required. A more detailed automatically followed by termination 230 to ensure inde- 

description of the editing process may be found in Cool ICE 55 pendence of the sender and receiver. 

User's Guide, Revision 1.1, available from Unisys Corpo- The second service, Service 226, enabl es the receive r. of 

ration and incorporated herein by reference. output form 228 to process the request^arid~out^ur an 

The completed service script is transferred along path 186 appropriate response. The validation of the input at element 

to element 188 for storage. The service is stored as an object 232, processing 234, and output 236 all occur within the 

in the repository (see also FIGS. 5 and 6). Storage is effected 60 receiver of output form 228. Immediately and automatically, 

within the appropriate category 190 as discussed above, termination 238 follows. Thus, if internet transactions are to 

along with services 192, 194, and 196 within the same be linked into a true dialog to permit data base management \ 

category. functions, the state must be saved from one service to the y 

The process proceeds along path 198 to element 200 for next as taught herein. 

testing. To perform the testing, the URL for the newly 65 In me preferred mode of the present invention, the state of' 

created service is entered into the browser of the internet a service is saved in the repository (see also FIGS. 4 and 5) 

terminal, if known. The typical URL is as follows: for use in the next or subsequent services. 
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FIG. 9 is a schematic diagram 240 of the preferred mode repository 320, The location of the object is found in 

of the present invention showing normal data flow during location column 312 (see also FIG. 10). The object is 

operation, with special attention to the state saving feature. retrieved via path 322. The MIME type and expiration date 

Work station 242 is an industry compatible personal com- are both readily available in the appropriate columns within 

puter operating under a commonly available operating sys- 5 the same record of Cool ICE Administration 306. If the 

tem such as Windows 95. Browser 244 is a standard, object is to be reconverted to HTML format, the MIME type 

commercially available web browser having frames capa- is appended. The corresponding entry in expiration column 

bility. Path 248 is the normal world wide web path between 310 is checked to see if the object contains obsolete data. If 

work station 242 and web server 254 for the transfer of yes, the transfer is not completed. If no, the transfer is made 

service requests and input data. These transfers are con- 10 over path 324 in HTML format. 

verted by Cool ICE gateway 256 as explained above and FIG. 12 is a detailed diagram 326 showing the retrieval of 

sent to Cool ICE service handler 258 via path 266 for an object stored in accordance with the preferred mode of 

disposition., the present invention. A user at workstation 328 creates a 

The service request for data and/or another function is service request in browser 330 requesting the stored object 

converted into the data base management language by IS of the present example. The service request is transferred via 

reference to the service definition portion of repository 262 path 332 to web server 338 hosting Cool ICE system 340. 

through reference along path 276. The actual command The service request is converted by Cool ICE gateway 

language of the data base management system is utilized 342 as discussed above. The converted service request is 

over path 286 to access data base 264. The resultant data transferred to service handler 348 for processing. Because 

from data base 264 is transferred to Cool ICE administrator 20 tbe service request involves access to the stored object of the 

290 via path 288. State manager 260 determines whether the present example, administration module 364 is notified via 

original service request requires additional queries to data path 362. 

base 264 for completion of the dialog. If yes, the resultant Before making the requested access, Cool ICE adminis- 

data just received from data base 264 is transferred via path tration 364 checks the stored expiration date associated with 

284 to repository 262 for temporary storage, and the next 25 the stored object of the present example. If the expiration 

query is initiated over path 286, and the process is repeated. date entry shows that the requested object contains obsolete 

This is the state saving pathway which is required to provide information, the object is not requested from the repository, 

the user of the Cool ICE system to function in a dialog form However, a diagnostic message is transferred via path 360 to 

over the world wide web. service handler 348 indicating expiration of the requested 

Upon receipt of the resultant data from the final query of 30 object. The diagnostic message is sent to Cool ICE gateway 

data base 264, state manager 260 determines that the service 346 for conversion. The HTML display page containing the 

request is now complete. State manager 260 notifies reposi- diagnostic message indicating that the requested record has 

tory 262 via path 280, and the intermediate products are expired is transferred via path 334 to web browser 330 of 

retrieved from temporary storage in repository 262 via path workstation 328. 

278 and supplied to Cool ICE service handler 258 via path 35 On the other hand, if Cool ICE administration 364 finds 

272 for formatting. State manager 260 then clears the that the requested object has not expired, the access request 

intermediate products from temporary storage in repository is transferred via path 366 to MIME 370 for access of the 

262 via path 282. The final response to the service request MIME type and the location. The access request is made of 

is sent to Cool ICE gateway 256 via path 270 for translation repository 354 via path 358. The requested object is 

and to browser 244 via path 250. 40 accessed from service object storage area 356, the MIME 

FIG. 10 is a diagram 300 showing storage of a recently type is appended, and the data is sent via path 352 to service 

received object. The object in this example is created and/or handler 348 for processing. The resultant is transferred via 

transferred via path 304 as shown. This transfer is in HTML path 350 to Cool ICE gateway 342 for conversion. The 

format. The object is transferred to Cool ICE administration resultant as converted to an HTML display page containing 

306 as shown schematically. For the actual path, see a more 45 the MIME type information and is transferred via path 336 

detailed explanation above. Cool ICE administration exam- to workstation 328. 

ines the object and selects MIME type 308 through utiliza- Having thus described the preferred embodiments of the 

tion of the attributes of the object, as received. This may present invention, those of skill in the art will be readily able 

include actual MIME typing or it may involve more diffuse to adapt the teachings found herein to yet other embodi- 

attributes from locally generated objects. 50 ments within the scope of the claims hereto attached. 

Through selection of MIME type, a location 312 is I claim: 

assigned. In this manner, the storage location of the object 1. In a data processing environment having a user terminal 

within the Cool ICE repository is indicative of the MIME which generates a service request coupled to a publicly 

type. Therefore, the MIME type can be readily appended accessible digital communications network wherein said 

upon retrieval. An expiration date, if appropriate, is synthe- 55 user terminal anticipates a response to said service request 

sized and entered in column 310. The completed record 314 being identified by MIME type and having a legacy dialog 

within Cool ICE administration 306 is unique to the object based data base management system for providing said 

to be stored. response to said service request wherein said legacy data 

The object, as converted to internal format, is transferred base management system can not provide said response 

via path 316 to repository 320 for storage. The object in the 60 identified by MIME type, the improvement comprising: 

example is stored within object storage area 318, which server having a gateway providing an interface between 

contains only those objects having the same MIME type. said user terminal and said legacy data base manage- 

The object is thus stored in repository 320 for future use. ment system responsively coupled to said user terminal 

FIG. 11 is a diagram, similar to that of FIG. 10, showing via said publicly accessible digital communications 

utilization of the MIME type and expiration date informa- 65 network and responsively coupled to said legacy data 

tion for a sample object stored within repository 320. Upon base management system wherein said server includes 

request, the object is accessed from storage area 318 of an administration module which synthesizes a MIME 



07/25/2003, EAST Version: 1.04.0000 



US 6,370,588 B2 



15 



16 



type code based only upon and appropriate to said 
response received from said legacy data base manage- 
ment system and appends said MIME type code to said 
response to said service request. 

2. The improvement according to claim 1 wherein said 
administration module includes a repository for storing said 
MIME type code in a fashion associated with said response. 

3. The improvement according to claim 2 wherein said 
publicly accessible digital communications network is the 
world wide web. 

4. The improvement according to claim 3 wherein said 
administration module further comprises an expiration date 
checking module which sends a diagnostic message to said 
user terminal if said response is indicated to be expired. 



to 



c. executing said object by said data base management 
system to produce a resultant having no MIME type 
code; 

d. synthesizing a MIME type code based upon and 
corresponding to said resultant; 

e. appending said MIME type to said resultant; and 

f. transferring said resultant and said appended MIME 
type to said user terminal. 

12. A method according to claim 11 further comprising 
storing said MIME type code in accordance with and in 
specific relationship to said object. 

13. A method according to claim 12 further comprising 
inhibiting said executing, synthesizing, appending, and 



5. The improvement according to claim 4 wherein said 15 transferring steps if said object is obsolete and transferring 
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data base management system is Classic MAPPER. 

6. An apparatus comprising: 

a. a user terminal which makes a service request and 
receives a response containing an MIME type; 

b. a publicly accessible digital communications network; 

c. a server having a gateway providing an interface to said 
user terminal responsively coupled to said user terminal 
via said publicly accessible digital communications 
network; 

d. a legacy dialog based data base management system 
which generates said response having no MIME type in 
response to said service request; and 

e. an administration module for synthesizing a MIME 
type code based only upon and appropriate to said 30 
response and appending said MIME type to said 
response. 

7. The apparatus of claim 6 wherein said administration 
module has storage for said MIME type code in a fashion 
consistent with said MIME code. 

8. The apparatus of claim 7 further comprising a module 
for checking for expiration of an object corresponding to 
said service request and sending a diagnostic message 
whenever said checking determines expiration. 

9. The apparatus of claim 8 wherein said publicly acces- 40 
sible digital communications network is the world wide 
web. 

10. The apparatus of claim 9 wherein said user terminal is 
an industry compatible personal computer having a com- 
mercially available web browser. 

11. A method of communicating between a user terminal 
generating a service request and a dialog based data base 
management system honoring said service request compris- 
ing: 

a. transmitting said service request from said user termi- 
nal; 

b. converting said service-based request by a gateway into 
an object for execution by said data base management 
system; 
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a diagnostic message. 

14. A method according to claim 13 wherein said trans- 
mitting step further comprises transmitting over the world 
wide web. 

15. A method according to claim 14 wherein said data 
base management system further comprises Classic MAP- 
PER data base management system. 

16. An apparatus comprising: 

a. means for permitting a user to interact with a digital 
data base; 

b. means responsively coupled to said permitting means 
for providing said user with access to a publicly acces- 
sible digital communication network via service-based 
requests; 

c. means responsively coupled to said permitting means 
for offering dialog based data processing services 
according to dialog-based requests producing a 
response having no MIME type; and 

d. means responsively coupled to said offering means and 
said permitting means for synthesizing and appending 
a MIME type code to said response from said offering 
means, 

17. An apparatus according to claim 16 wherein said 
publicly accessible digital communication network further 
comprises the world wide web. 

18. An apparatus according to claim 17 wherein said 
appending means further comprises means for storing said 
MIME type code in a fashion appropriate to storage of said 
response, 

19. An apparatus according to claim 18 wherein said 
offering means further comprises Classic MAPPER data 
base management system. 

20. An apparatus according to claim 19 wherein said 
permitting means further comprises an industry standard 
personal computer. 
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